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Data Definition Language 



Background of the Invention 

1 . Field of the Invention 

5 The present invention relates to a method of describing data to be 

shaped by a plurality of network- connected terminals over a network, within 
a set of program instructions, 

2. Description of the Related Art 

10 Methods to describe data or objects within program instructions 

executable by terminals equipped with processing means are well known. 
The development of higheNevel programming languages (HLPLs) such as C 
or C++, has lead to an increased efficiency of processor usage for any given 
application programmed with this type of language, and also resulted in 

15 productivity improvements In terms of application development. Indeed, an 
additional benefit of said HLPLs, also known as object-oriented 
programming, fs the ability for programmers to develop reusable software 
components, or portions of a set of programming Instructions. 

With electronic communication in leisure or business activities 

20 becoming increasingly important, most programs utilised within the scope of 
those activities are today required to share objects over networks, such as 
local area networks or the Internet In this context, object-oriented 
programming traditionally resorts to message-based networking solutions, 
wherein programmers implement program instructions pertinent to the 

25 passing of packets of data between network sockets according to various 
Internet protocols. The implementation of the object sharing portion of 
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instructions within a set of program instructions is traditionally fairly expensive 
as much development time is spent writing said networking instructions in 
order for those to accurately manage the sharing of existing classes of 
objects, which are usually implemented at first within said program 
5 instructions set for local processing. 

The implementation of networking instructions requires extensive 
further testing of the -functionality of the overall program over networks prior to 
commercial release in addition to the initial testing of the program instructions 
for programming faults, which is traditionally executed locally. Said expenses 

1Q are further compounded by the number of independent types of user 
terminal, or 'platforms', a program developer wishes to publish its program 
instructions for, as said platforms traditionally require specifically-adapted 
instantiations of the same instructions set and thus artificially increase the 
development time and resources required to generate the executable 

15 instructions set 

The present invention provides q higheHevel programming language 
(HLPL) easily comprehensible by those skilled in the art, which describes 
objects to be shared by network-connected terminals at the onset of the 
writing of a set of program instructions, wherein network instructions are 

20 embedded within the object classes and thus do not require additional 
network-specific instructions to be implemented within the main program 
Instructions set This solution facilitates testing of the overall program over 
networks throughout the development of the project instead of said testing 
being carried out at the end. The platform-independent characteristic of the 

25 HLPL according to the invention further reduces the financial overhead 
generated by a multiple-platform commercial release, as the objects to be 
shared need be described according to said HLPL only once. 
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Brief Summary of the Invention 

According to a first aspect of the present invention, there is provided 
an apparatus comprising visual display means, processing means, storage 
5 means and memory means, wherein said memory means is configured to 
store program instructions for describing objects to be shared over a network 
by a plurality of network-connected terminals by means of ASCII instructions 
and for the compiling thereof within an instructions set executable by said 
network-connected terminals. Each of said network-connected terminals is 

10 equipped with visual display means, processing means, storage means and 
memory means, wherein said memory means is configured to store said 
executable instructions set and said processing means is configured by said 
executable instructions to manage the duplication of said described objects* 
According to a second aspect of the present invention, there Is 

15 provided a method of describing objects to be shared by a pluraltty of 
network^connected terminals over a network within an instructions set 
executable by said network-connected terminals, wherein each of said 
network-connected terminals is equipped with visual display means, 
processing means, storage means and memory means, wherein said 

20 memory means is configured to store said executable Instructions set and 
said processing means is configured by said executable instructions to 
manage the duplication of said described objects. 

Brief Description of the Several Views of the Drawings 

26 Figure 1 illusfrates a known approach to generating an instructions set 

executable by a user terminal equipped with processing means, including 
network-specrfic instructions for sharing objects; 
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Figure 2 shows an improved method for generating an instructions 
set executable by a user terminal equipped with processing means, including 
network-specific Instructions for sharing objects, according to the invention; 
Figure 3 shows a user terminal for generating an instructions set 
5 shown in Figure 2\ 

FigufB 4 details hardware components of the user terminal shown in 
Figure 3. including a memory; 

Figure 5 details contents of the memory shown in Figure 4, including 
files containing hfgheHevel programming language libraries, a pre- 
1Q compiler, a compiler and files shown in Figure 2; 

Figure 6 details operations for generating an instructions set 
executable by a user terminal equipped with processing means, including 
networknspeciffc instructions for sharing objects, shown In Figure 2 according 
to the invention; 

Figure 7 shows a graphical user Interface for generating an 
instructions set displayed on visual display unit shown in Figure 3; 

Figure 8 illustrates the ASCII contents of a DDL file and the ASCII 
contents of a DDF file shown In Figures 2 and fi; 

Figure 9 provides a graphical representation of the source and header 
files generated by the DDL compiler shown in Figure 2 and 6i 

Figure 70 provides a graphical representation of the principle of class 
inheritance according to the Invention; 

Figure 11 provides a graphical representation of the relationship 
between object classes and dataset classes shown in Figure 10-. 

Figure 12 illustrates the ASCII contents of a user- implemented source 
file declaring local methods shown in Figures 1, 2 and ft 
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Figure 13 illustrates the ASCII contents of a user- Implemented source 
file declaring application instructions 102 shown In Figures 2 and 6: 

Figure 14 shows a graphical user Interface of the executable 
instructions set shown in Figures 2 and 5; 

Figure 15 illustrates a network environment, including user terminals 
equipped with processing means and sharing objects generated by th 
executable instruction set shown in Figures 2 and 6 over said network 
environment; 

Figure 16 details contents of the memory of each user terminal shown 
in Figure 15. including the executable instructions set shown in Figures 2 and 
6; 

Figure 17 shows the respective visual display unit of each user 
terminal shown In Figure 15 and displaying the GUI of the executable 
instructions sets shown in Figure 14. 

Best Mode for Carrying Out Hie Invention 

The invention will now be described by way of example only with 
reference to the previously identified drawings. 

Users share objects over networks according to instruction sets 
executed by their respective terminals. Said instruction sets are commonly 
referred to as programs and are traditionally generated by programmers as 
a solution to particular requirements expressed by said users in terms of 
terminal functionality. An approach to generating such an instruction set 
executable by a user terminal equipped with processing means, including 
network-specific instructions for sharing objects, according to the prior art is 
shown in Figure 1. 
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It was previously explained that a preferred programming language 
used by those stalled in the art in order to write an Instruction set is a higher 
level programming language, such as C++. Accordingly, much like any 
other programming language, C++ has declaration rules, structuring rules 
5 and specific terminology which must all be adhered to by a programmer 
developing a program. According to object-oriented programming! a 
I program is first defined in terms of the objects to be used and their purpose. 

1 ie operations performed on an object or operations performed by an object 

For instance, a 'File* object within a file management program includes 
10 functions, known as member "functions, such as copying, deleting or 
renaming. Similarly, said 'File' object includes variables, known as member 
variables such as name, sfze and date. 

Within this context, an object class provides a template which 
defines such member functions and member variables required by the class 
15 type, and an object Is thus an instantiation, or a specific example of a class, 
I.e. essentially an object variable. The class must therefore be defined 
before an object is declared by the programmer, so that instantiations of a 
class can 'inherit the member functions and variables of the class. In the 
above example, said 'File' object class would be defined by the 
20 programmer which includes all of the member functions and member 
variables detailed thereabove. Objects inheriting from said 'File 1 object 
class would be for instance a 'text file' object or a 'bitmap file 1 object, 

i 

* Figure 1 

2s Object classes and datasets 101 are therefore traditionally 

implemented first when a program is being written. Said Implementation 
consists of inputting strings of ASCII characters In accordance with the 
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rules and syntax of the particular programming language used. The 
application Instructions 102 are implemented next and contain the 
programming steps required far the program to execute operations on the 
previously Implemented objects, or the programming steps required by sard 
5 objects to perform said operations. Le. the member functions. The ASCII 
files generated by the above operations are known as 'source' flies. 

Upon completing the implementation of object classes, objects and 
functions, the totality of the Instructions code written in ASCII characters are 
compiled by a C++ compiler 103, the function of which Is essentially to 

10 translate strings of ASCII-written instructions* known as declarations to 
those skilled In the art into binary code understandable by a processor- 
Compiler 103 generates a binary file known as an object file, which is not 
directly executable as its contents are not complete: a C++ compiler 
includes functions which rapidly execute the most frequent operations and 

15 thus reduce the number of instructions to write within a program. Said 
functions are traditionally declared in 'header' files which are themselves 
stored in a library, such as library 105. Thus, once the compiler 103 has 
generated an object file, a linker 104 combines the instructions within the 
object file with the functions provided by the compiler rtself such that an 

2D executable instruction set 106 is eventually obtained. 

According to the prior art, in order to implement networking 
instructions 107 f a programmer traditionally completes the entire chain of 
above operations until executable code 106 Is obtained and, after extensive 
testing has been carried out the program can be executed locally In a 

25 stable fashion. The amount of programming time and subsequent testing 
necessary to implement networking instructions 107 Is then directly 
proportional to the extent of the required 'back-tracking' (108, 109) within 
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the declarations of th object classes, objects and the application 
instructions. Even if the object classes and datasets 101 and application 
Instructions 102 do not require a complete re-writing, the amount of 
additional declarations required for the executable oode to perform its 

5 functions over a network in a stable fashion Is traditionally fairly extensive, 
as multiple instantiations of the compiling and linking operations must be 
performed in order to produce a workable version of the program, to test 
said program as part of an optimisation process and to modify the 
networking-specific Instructions further and further within sard optimisation 

id process. 

An improved approach to generating an instruction set executable by 
a user terminal equipped with processing means, including network-specific 
instructions for sharing objects, aooording to the invention is shown in Figure 
2. 

15 

Figure 2 

Whereas networking Instructions are implemented at the outset of the 
development of a program according to the prior art and consist of specific 
declarations pertaining to the management of the distribution of objects and 
20 their modifications by member functions over a network, wherein the original 
object classes, objects, member functions and member variables must be 
accordingly amended, the present invention provides a higher level 
programming language, known as the Data Definition Language, which 
embeds networking instructions within the object classes themselves at the 
25 onset of the development of a program. 

In accordance with program development procedures known to those 
skilled in the art, object classes and datasets are Implemented first when a 
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program is being written seconding to the present invention. Said object 
classes and datasets are written and stored in one or a plurality of object 
class definition files 201, which are abbreviated as DDL files. Subsequently to 
the Implementation of the DDL files 201, a corresponding object class 
5 description file 202 is Implemented, which is abbreviated as DDF file. The 
Data Definition Language, like other object oriented programming languages, 
also has declaration rules and specific terminology. 

Upon completing the writing of the DDL files 201 and the DDF file 202 
whilst complying with the rules and syntax of the Data Definition Language 

10 according to the invention, both of said DDL files and DDF file are compiled 
by a DDL compiler 203. The function of said DDL compiler 203 is similar to 
the function of the C++ compiler 103 7 in that ft generates C++ classes 
corresponding to the declarations contained within the DDL files, such that 
said C++ classes can then be understood and compiled by C++ compiler 103 

15 In order to generate the object file and then the executable instructions set 
Said C++ classes generated by the DDL compiler 203 include duplicated 
object class DOCLASS 204 and dataset class DATASET 205. 

In both instances, the DDL compiler 203 generates the appropriate 
source files and header files, such that the programmer can implement 

20 programmer-defined classes 206 which will inherit from the classes 204, 205. 
The function of said user implemented classes 206 is to Implement any local 
variables or methods which are not distributed, as they constitute local 
information which is irrelevant to a remote terminal- Subsequently to the 
implementation of user defined classes 206, application instructions 102 are 

25 Implemented in accordance with the methods declared in all of the source 
files previously generated. The C++ compiler 103 then compiles all the 
source files 204, 205, 206 and 102 Into binary code and the linker 104 
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subsequently associates the generated object file with C++ library 105 and 
Data Definition Language library 207. The function of library 207 Is Identical 
to the "function of library 105 but Its contents, ie functions which rapidly 
execute the most frequent operations, Include mostly functions dedicated to 

s the duplication, i.e. distribution, of objects over networks. 

Any iteration of the executable instructions set 205 generated by the 
linking operation performed by the linker 104 therefore includes networking 
instructions, such as networking instructions 107, as the classes 204, 205 
generated by the DDL compiler 203 encapsulate all of the required network 

10 code. Thus, any application or program which requires the sharing of its 
object over networks and Is implemented according to the Invention can be 
easily prototyped, as its executable instruction set includes classes 204. 205 
from the onset and testing of said executable instruction set over networks 
can thus also be carried out from the onset 

15 A computer programming system for generating the instructions set 

208 is shown in Figure 3. 

Figure 3 

A programmer 301, Is shown who primarily uses a programmable 
20 computer 302, having a drive 303 for receiving CD-ROMS 304 and writing to 
CD-RAMS 305 and a drive 306, for receiving high rapacity magnetic disks 
such as zip disks 307. According to the present invention, computer 302 may 
receive program instructions via an appropriate CD-ROM 304 or instructions 
sets may be written to a re-writable CD-RAM 305 and said program 
25 Instructions may be received from or said Instructions set may be written to a 
zip disk 307 by means of drive 306. Input ASCII characters or output 
instructions set, whether executed or not, are displayed on a visual display 
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unit 308 and said manual input is received via a keyboard 309 and a mouse 

310. Data may also be transmitted and received over a local area network 

311. or the Internet by means of modem connection 312. 

The components of computer programmer system 302 are detailed in 
5 Figure 4. 

Hgure 4 

A central processing unit 401 fetches and executes instructions and 
manipulates data. Frequently accessed Instructions and data are stored In a 
io high-speed cache memory 402, Said centra) processing unft 401 is 
connected to a system bus 403. System bus 403 provides connectivity with a 
larger main memory 404, which requires significantly more time for the CPU 
to access than the cache 402. The main memory 404 contains between sixty- 
four and two hundred and fifty-six megabytes of dynamic random access 

15 memory, A hard disk drive (HDD) 405 provides non-volatile bulk storage of 
instructions and data. A graphics card 406 receives graphics data from the 
CPU 401, along with graphics instructions and supplies graphical data to 
visual display unit 308. The I/O device 407 or universal serial bus 408 reoeiv 
input commands from keyboard 309 and mouse 310. Zip drive 30S is 

20 primarily provided for the transfer of data, such as sets of ASCII characters 
corresponding to C++ declarations, and CD-ROM drive 303 is provided for 
the loading of new executable instructions to the hard disk drive 405 and the 
storing of complied and linked executable instructions sets. A network card 
409 provides connectivity to the local area network 311 and a modem 410 

25 provides connectivity to the Internet via a telephone connection to the 
programmer's internet service provider The equipment shown in Figure 4 
constitutes a personal computer of fairly standard type, such as an IBM 
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compatible PC or Apple Macintosh . 

A summary of the contents of the main memory 404 of the computer 
programming system 302 is shown in Figure 5, as subsequently to the 
loading of instructions required to generate an executable instructions set. 



Figures 

Main memory 404 includes primarily an operating system 501, which 
Is preferably Microsoft Windows 2000 or LINUX as said operating systems 
are considered by as those skilled In the art to be particularly stable when 

10 using computationally intensive applications. Main memory 404 also includes 
a programming application 502, which provides programmer 301 with means 
with which to visualise ASCII characters inputted by means of keyboard 309 
and display said ASCII input onto visual display unit 308, Programming 
application 502 also includes a linker, such as linker 104, in order to 

15 associate the object files which will be generated and the libraries which will 
be detailed further below and identity and subsequently display linking errore. 
Main memory 404 includes a DDL compiler 203 according to the invention, a 
C++ compiler 103 and their respective instructions libraries, DDL library 207 
and C++ library 105. Main memory 404 finally includes ASCII files such as 

20 DDF files 201 according to the invention, a DDF file 202 according to the 
invention and further user-defined fries 206. 

The successive operations required to generate an executable 
Instructions set, including network specffic instructions for sharing objects, 
according to the Invention ana detailed fn Figure 6. 



Figure 6 
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Upon activation of a computer programming system such as is 
detailed in Figure 3 at step 601. the programming application 502, DDL 
compiler 203. C++ compiler 103, DDL library 207 and C++ library 105 
necessary for the generation of a program according to the invention are 
loaded from an external medium, such as CD-ROM 304, or zip disk 307 or 
downloaded from a network, such as LAN 311 Dr the Internet at step 602. 

At step 603, the programmer operating computer programming 
system 302 implements object classes and datasets In DDL files 201 and the 
definition thereof In DDF file 202 by means of strings of ASCII characters 
inputted by means of keyboard 309 and/or mouse 310. Upon completing the 
Inputting action of step 603, the DDL ffles and the DDF file generated are 
compiled wfth the DDL compiler 203 at step 604. At step 605, the 
programmer 301 Implements programmer-defined classes, such as user 
classes 206 and application instructions 102 In a manner similar to the 
implementation of the DDL files and the DDF file. Upon completing the 
inputting action of step 605 and once all of the necessary source files have 
been implemented, then said source files are compiled into an object file by 
the C++ compiler 103, at step BOB. 

The completion of the compilation operation of step 606 by means of 
the linking operation executed by the linker 104 with DDL library 207 and C++ 
library 105 results in the generation of an executable instruction set 208 at 
step 607. At step 60S, said executable instruction set or program, is tested 
I.e.. the executable instruction set is processed by CPU 401. In a preferred 
embodiment of the present invention, said testing operation of step 608 is 
earned out simultaneously by a plurality of network connected terminals, such 
that the validity and accuracy of the object distribution functionality of said 
program can be assessed from the earliest generation of the executable 
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instruction set. At step 609, the executable instruction set 208 is written to 
hard disk drive 405, or zip disk 307, or CD-RAM 305. Upon completing the 
writing operation of step 609, the computer programming system 302 can 
then be switched off at step 610. 
5 A representation summarising the operating environment generated 

from steps 601 and 602 Is illustrated in Figure 7. 

Figure 7 

A graphical user interface (GUI) 701 Is presented to programmer 301 , 

10 generated by the operating system 501. by means of which selections may 
be made for particular tasks to be executed, i.e. applications such as 
programming application 502 to be processed by CPU 401. Upon completing 
step 602 and instructing the computer programming system 302 to execute 
the programming application 502, a GUI 702 is presented to programmer 

15 301. generated by the programming application Instructions. Said Instructions 
provide for the instantiation of a visualising area 703, wherein strings of 
ASCII characters inputted by programmer 301 by means of keyboard 309 
and/or mouse 310, can be displayed. Part of the functionality of programming 
application 502 enables programmer 301 to utilise visualising area 703 as a 

20 text editor, wherein Inputted strings of ASCII characters can be manipulated 
and edited for the purpose of completing steps 603 through to 607, 

According to the Invention and following procedures familiar to tfiose 
skilled in the art, tfie object classes are first implemented in the DDL file 201 
at step 603. In a multi-user program, such as a multi-player game designed 

25 to involve network-connected players, or a more business orientated 
application such as an on-line transaction management program, program 
objects need to be distributed across the network In order for remote terminal 
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users to interact with said objects. Object duplication is the mechanism 
Implemented by the Data Definition Language according to the invention to 
achieve this function. Thus, the two most important object classes which 
require implementation in said DDL tile are the duplicated object class and 
5 the dataset class, which respectively define a if the objects that belong to the 
application and require sharing and their related datasets. Said duplicated 
objects are declared using duplicate object classes. Thus, a duplicated object 
fs an instance of a duplicated object class, and multiple Instances of the 
same duplicated object class may be created. When Implementing object 

10 classes as duplicated object classes within DDL files, whenever an instance 
of a duplicated object class la created on a given networked terminal, copies 
of said instance will automatically be created on all of the other remote 
terminals connected to the same network. The local duplicated object is 
called the duplication master, while the others are Its duplicas, Co-pending 

15 United Kingdom patent application No. 00 26 095.0 of the present Assignee 
may be usefully consulted for reference to a more detailed description of 
duplicated objects and their functionality, which is not part of the present 
invention. 

A duplicated object class is declared in a DDL file and safd declaration 
20 Includes datasets and, if necessary, methods. An example of the ASCII 
contents of a DDL file and the ASCII contents of a DDF file according to the 
Invention are respectively shown in Figure 8. 

fifgureS 

25 In the example, programmer 301 Is writing a program, the purpose of 

which is for each user operating a networked terminal to control a three- 
dimensional cube whilst being able to observe the respective three- 
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dimensional cubes of the other users connected to the network, A DDL file 
801 is therefore created, which programmer 301 calls 'CubeAni.DDL'. Said 
DDL file 801 declares a duplicated object class 'GeoObjecf 802 and a 
relevant declaration 803 pertaining to a dataset 'Position', which refers to a 
5 dataset class which will be implemented within the DDL file 801 at a later 
stage. Declarations 802 and 803 Implement a duplicated object class 
'GeoObjecf as a template for a geometrical object equipped with a three- 
dimensional position. 

Programmer 301 subsequently implements a duplicated object class 

10 'Cube' 804 which is shown to refer to the 'GeoObjecf 802 as its inheritance 
class. A relevant declaration 805 is also implemented pertaining to a dataset 
'CubeData', which refers to a dataset class which will be implemented within 
the DDL file 801 at a later stage. Declarations 804 and 805 implement a 
duplicated object class 'Cube 1 equipped With a 'CubeData' dataset and, as 

15 said duplicated object class 'Cube' inherits from the duplicated object class 
'GeoObJect' 802, said duplicated object class 'Cube 1 will also Include the 
dataset 'Position 1 by means of declaration 803. 

Programmer 301 subsequently implements the dataset classes 
corresponding to dataset declarations 803 and 805 respectively. A dataset 

20 class 'Position' 806 is implemented, which includes dataset attributes 807 
that can be any number of any simple data types and, in the example, 
contains the variables X, Y and Z which give the three-dimensional location 
of a cube. Programmer 301 also implements a dataset class 'CubeData' 808 r 
which includes a dataset attribute 809 that, In the example, Is a Texture' 

25 variable that defines the appearance of a cube. 

As was previously detailed, the duplicated object class definition file 
(DDF) defines the duplicated object classes that belong to the application. 
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Said DDF file also defines global application information, such as the 
application title, which is necessary as it is used to authenticate any 
networked terminal which tries to join IJie distributed application. A DDF fife 
811 is thus created wfth appropriate strings of ASCII characters to 
5 correspond to the duplicated object classes declared in the DDL file 801 . The 
PDF 811, which programmer 301 calls 'CubeAni.DDF, provides an 
application title definition 812 and duplicated object classes definitions 813 
and 814 relating respectively to the declaration of the duplicated object class 
'GeoObjecf 802 and the duplicated object class 'Cube' 804 within the DDL 

10 file 801. Programmer 301 eventually completes the inputting of strings of 
ASCII characters required for the completion of the DDL file 801 and the DDF 
file 811 as according to step 603. 

According to the Invention, when the application built with the Data 
Definition Language is compiled, the DDL and DDF files ana used by the DDL 

15 compiler 203 to generate the duplicated object classes and dataset classes 
and their respective and relevant source and header files in C++ 
programming language. A graphical representation of the C++ source and 
header files generated by the DDL compiler 203 according to the Invention, Is 
shown In Figure 9, 

20 

Figure 9 

At step 604, the 'CubeAnLDDL' file 801 and the 'CubeAni.DDF' fife 
811 are submitted to the DDL compiler 203 and the compiler then generates 
a variety of source and header files dependent upon the contents or the 
25 identity of the file submitted. 

From the DDF file, the DDL compiler 203 generates C++ source and 
header files with the file names 'DDFff/e /lameDDF.cpp' and 
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'DDFff/enameDDRh' respectively. For each duplicated object and dataset 
declaration implemented in the DDL file, the compiler also generates the 
respective C++ DOCLASS and DATASET classes, along with their 
corresponding source and header file, with the names •C/assWameDDUcpp 1 
and 'C/assAfemeDDL.h\ Thus, in the example, a l GeoObjectDDLcpp , source 
file 801 and a 'GeoObjectDDL.h 1 header file 902 are generated by the DDL 
compiler 203 from the duplicated object class 'GeoObjecf 802. Likewise, a 
'CubeDDL-cpp' source file 903 and a 'CubeDDLh' header file 904 are 
generated from the duplicated object class 'Cube' 804; a , Pos^tlo^DDLcpp , 
source file 903 and a 'PosftionDDUh' header file 906 are generated from the 
dataset class 'Position' 806; and a 'CubeDataDDL.cpp' source file 907 and a 
'CubeDataDDL.h' header file 90S are generated from the dataset class 
'CubeData' 808. Referring to the corresponding DDF file 811. which is named 
'CubeAnf.DDF', a 'DDLCubeAniDDL.cpp' source file 909 and a 
'DDLCubeAniDDL.h' header file 910 are generated by the DDL compiler 203 
from said DDF file 811. 

As the application's duplicated object classes, corresponding datasets 
classes and remote methods have now been defined and declared in the 
Data Definition Language according to the invention, and subsequently been 
compiled according to step 604 thus made available as source and header 
files for inclusion directly In files written by means of the same programming 
application 602 according to the C++ programming language syntax, 
programmer 301 can now declare the application's object classes and 
methods in said C++ source files as said object classes and methods will 
inherit from said duplicated object classes and datasets classes according to 
the invention. The principle which governs said class inheritance fs illustrated 
in Figure 10. 
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Figure 10 

In Figure 8, it was detailed that the duplicated object class 'Cube' 804 
referred to the duplicated object class 'GeoObject' 802 as its Inheritance 
class, according to the DDL syntax: 

5 

dodass Cube : GeoObject 

This string of ASCII character declares that the duplicated abject class 'Cube' 
B04 is an instantiation of the duplicated object class 'GeoObject" 802 and, as 

10 such, ft is to include all of the member variables and member -functions (803) 
of the Inheritance class (802), in addition to its own (805). 

According tp the Invention, for every duplicated class and data set 
class specified in the DDL file 801 and defined in the DDF file 811, 
programmer 301 must implement a C++ class that Inherits from the Data 

15 Definition Language-generated class. Accordingly, when implementing user 
classes 206 in C++ source files using C++ programming language syntax, 
programmer 301 declares that the C++ class 'GeoObject* 1001 inherits from 
the C++ class DOCLASS(GeoObject) 901 and that the C++ class 'Cube 1 
1002 inherits from the C++ class DOCLASS(Cube) 902. As it was 

20 established that the duplicated object class 'Cube' inherits from the 
duplicated object class 'GeoObject 1 , and as said duplicated object dass 
'GeoObjecf Inherits from the root class 'duplicated object" since It was 
declared as not inheriting from another duplicated object class (802). then the 
C++ class 'Cube* 1002 eventually inherits from the root class 'duplicated 

25 object' which is stored in the DDL library 207, Likewise, the C++ class 
'position' 1003 fs declared as Inheriting from the C++ class 
DATASET(Position) 905 and thus eventually inherits from the root class 
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'datasef, which is also stored In the data set library 207. 

For duplicated objects, the C++ class generated by the DDL compiler 
encapsulates all of the network Instructions, i.e. how to Instantiate a class 
and ensure that h is discovered on all remote networked terminals, how to 
5 ensure that when the variables of a duplicated object changes its duplicas 
are updated appropriately and how to remotely call duplicated objects 
* methods if required. This situation requires that the user-Implemented class 

which declares the data set variables in the C++ source file is made available 
when the duplicated object is instantiated* The relationship between 
10 duplicated objects and data set classes within the scope of the principle of 
Inheritance instantiated by the present invention is illustrated In Figure 11. 



Figure 11 

It was previously explained that the user-implemented C++ class 
15 'Cube' 1002 eventually Inherits from the root class 'duplicated object* and that 
the user-implemented C++ class 'Position' 1003 eventually Inherits from the 
root class 'datasef. According to the prior art an object dass/dataset 
relationship 1101 would be established by programmer 301 at the level of the 
C++ class 'GeoObjecf 1001 with the C++ class •Position' 1003 in order to 
20 update the position of the remote Instantiations of said object and thus 
require extensive additional networking instructions, such as networking 
instructions 107. Similarly, the relationship 1 102 which would be implemented 
according to the prior art by programmer 301 between C++ class 
DOCLASS(GeoObject) 901 and C++ class DATASET(Position) 90S would 
25 result in the exclusion of the portion of user classes 206 pertaining to the 
datasef Position 1 1003. 
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The higher C++ duplicated object class 901 implemented according to 
the invention already includes said networking code and relationships 1101 
and 1102 do not require implementing by programmer 301 at all, since the 
DDL compiler 203 will implement the appropriate relationship 1103 betwe n 
5 the highest object class, which is the C++ dass DOCLASS(GeoObject) 901 
and the lowest user-implemented C++ dataset class which is the dataset 
'Position' 1003, such that code added in the user-implemented C++ classes 
is available when a duplicated object fs instantiated by the application and 
changes In the dataset I.e. position, are distributed to the remote 
10 instantiations of said object 

An example of the implementation of the above principal of inheritance 
according to the invention Is illustrated in Figure 12, wherein strings of ASCII 
characters are inputted by programmer 301 which declare user classes 206 
as Inheriting from DDL compiler-generated C++ duplicated objects and 
15 dataset classes. 



Figure 12 

In accordance with the structuring rules inherent to C++ programming 
language, programmer 301 must Input a first set of declarations 1201, the 

20 purpose of which fs to indicate to the C++ compiler 103 which will be used at 
step 606, which C++ header file to link the following declarations with. 
Consequently, the DDL compiler-generated C++ header files 902, 904, 90G 
and 908 are included tor this purpose. 

The next set of instructions 1202 implemented by programmer 301 

25 declares the user-defined class 'GeoObjecf 1001 and refers to the DDL 
compiler-generated C++ class DOCLASS(GeoObject) 901, After the 
declaration of class 1001 and its inheritance class, the programmer can 
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subsequently implement variables necessary for the CPU 401 to process 
said object locally. In the example, programmer 301 may Input ASCII 
characters outlining the feet that an object is three dimensional, therefore has 
X, Y, Z attributes. The following set of declarations 1203 declares a user- 
5 defined class 'Cube' 1002 which is shown to inherit from the DDL compiler 
generated C++ class DOCLASS(Cube) 903- As previously described, upon 
establishing said user-defined class 'Cube', the programmer 301 can then 
implement attributes and methods pertinent to the class declared and. In the 
example, programmer 301 may Implement instructions which enable a 

10 program user to resize the three-dimensional cube. 

Eventually, all DDL compiler-generated C++ classes DOCLASS are 
declared in the user-defined classes 206 and DDL compiler-generated C++ 
classes DATASET can be implemented next, Accordingly, a set of 
declarations 1204 is inputted which declares a user-defined C++ class 

15 'Position' 1003 which inherits from the DDL compiler-generated C++ class 
DATASET(PositiDn) 905. Upon completing the first declaration string, 
programmer 301 is subsequently abfe to Implement methods pertaining to 
the reading of the user-input, I.e. translate key strokes or mouse movements 
into X, Y, Z co-ordinates with which to amend the posfHon of the three- 

20 dimensional cube. 

As user classes and the related methods have now been declared in a 
C++ source file, the last C++ source files to be created by programmer 301 
are the application instructions 102, an example of the strings of ASCII 
characters of which is illustrated In HgutB 13. 



25 



Figure 13 
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Until the si p wherein programmer 301 implements application 
instructions 102. all of the previous implementations relate to the definition 
and declaration of objects pertinent to the purpose of the application as a 
complete set of executable Instructions, their role and behaviour within the 
s application and their interdependencles between one another. Eventually, ttie 
CPU 401 of the user terminal which will run the executable instructions set 
must be Instructed about the preferred method of instantiating said objects in 
the main memory of said user terminal and subsequently manage the 
interaction between the terminal user and the object instantiated. 
10 Consequently, a set of declarations 1301 is Implemented by program 301 
which, when later compiled by C++ compiler 103. linked by linker 104 and 
generated as an executable instructions set 208 and processed by the CPU 
401 of a user terminal, will instruct said CPU that the declarations following 
the set of declarations 13D1 constitute the first program step to be processed. 
15 According to the invention, the first program step to be preferably 

processed by the CPU 401 of a networked connected user terminal is to 
instantiate a 'GeoObjecf duplicated object and, particularly, a 'Cube' 
duplicated object In the main memory of said network-connected user 
terminal. It was previously explained that a 'Cube' duplicated object inherits 
20 from a 'GeoObjecf duplicated object and that said 'GeoObjecf duplicated 
object has no displayable properties, as rt is an abstract template for a 
specific instance thereof, such as a Cube In the example, and its distribution 
embodies mostly the distribution of the shared datasets of the particular class 
of object to which said Cube belongs, i.e. positional variables and their local 
25 and remote update, in order for the user of a networked terminal to see and 
interact with an Instantiation of tiie 'GeoObjecf duplicated object the 'Cube' 
duplicated object is therefore implemented by programmer 301 as a second 
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set of declarations 1302. 

Said second set of declarations 1302 includes a first subset 1303 of 
declarations, the purpose of which is to instantiate a 'Cube' duplicated object 
in the main memory and a last subset 1304 of declarations, the purpose of 
5 which Is to publish the 'Cube' duplicated object instantiation over the network, 
i.e. to distribute It to other remote user terminals running the same executable 
instruction set According to the Invention, dataset classes do not need to be 
directly instantiated by means of the above method 1302 to 1304 as they are 
Implemented as member variables by the Data Definition Language- 

10 generated Instructions. 

Upon completing the inputting of strings of ASCII characters required 
for the completion of the generation of application instructions 102 f 
programmer 301 subsequently submits all of the C++ source files generated 
at this stage, which include: the DDL compiler- generated C++ source files for 

is duplicated object classes 204 and for dataset classes 205 r C++ source files 
generated as user classes 206 and C++ source files generated as application 
instructions 102 to C++ compiler 103. It should be observed that the C++ 
programming language used in the Description is for the purpose of example 
only, and that the flexibility of the Data Definition Language according to the 

20 invention allows for the generation by DDL compiler 103 of source files In a 
variety of other object-oriented programming languages Known to those 
skilled In the art, such that they could Interact with one another. 

An object file is generated by C++ compiler 103 which includes all of 
the declarations contained in all of the above C++ source files. C++ functions 

25 declared within the source flies pertaining to user classes 206 and application 
instructions 102 are linked to C++ library 105 by means of linker 104 
according to the prior art and C++ functions declared within the C++ 
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duplicated object class s 204 and C++ dataset classes 205 are also (inked 
by means of Tinker 104 to DDL library 207 according to the Invention. 

Upon completing the compilation step 60S and its inherent linking 
operation which eventually generates executable code at step 607, an 
5 executable instruction set 208 is obtained which, to the contrary to the prior 
art known to those skilled in the ait can now be tested not only locally but 
also remotely within a network environment at step 608. In the example, said 
executable instruction set 208 Is called 'Cube Application 1 , and the fist 
release available for testing traditionally does not include networking 

10 functionality. According to the prior art, only a more advanced version of 
'Cube Application*, which Includes networking functionality, would usually be 
made available for terminal users to test over networks such as the Internet, 
as the said version without networking functionality would first be extensively 
processed locally to check that the instructions are satisfactorily processed 

15 by a standalone user terminal, and networking Instructions 107 would only 
then be implemented. 

A representation of the 'Cube Application' Graphical User Interface 
(GUI) of the 'Cube Application' executable instruction set 208 Is shown In 
Figure 14. 

20 

Figure 14 

The video display unit 308 of programming computer system 302 is 
shown and displays the graphical user interface 701 of the operating system 
501 as stored in the main memory of said programming computer system 
25 302. As the cube application 208 is generated and also stored in said main 
memory 404. programmer 301 instructs CPU 401 to execute flie instructions 
set 208 at step 608, wherein the GUI 1401 of cube application 208 is 
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displayed on VDU 308, Subsequently to the Instantiation of said GUI 1401, 
CPU 401 sequentially executes declarations 1301 and 1302, wherein a 
duplicated object 'Cube* is instantiated in main memory 404. equipped with 
member variables and member functions, With reference to the principle of 
5 inheritance explained thereabove, said duplicated object 'Cube 1 inherits from 
the duplicated object 'GeoObjecf and is therefore instantiated as a three- 
dimensional object equipped with a three-dimensional position and, as the 
class of said duplicated object 'Cube* declares a 'CubeData' dataset which 
specifies a texture variable, said duplicated object 'Cube' can therefore be 

10 rendered with said texture and subsequently displayed as a cube model 1402 
within the GUI 1401 of cube animation 208. Whereas the execution of the 
version without networking functionality of Cube Application 208 to this point, 
according to the prior art, would establish that said Cube Application 20B can 
be processed locally in a stable manner, and whereas networking instructions 

15 107, 108 and 109 would only be implemented at this stage according to said 
prior art, the initial version of the Cube Application 208 generated according 
to the invention can be directly tested at step 808 over networks as the 
networking instructions are already embedded within the objects. 
Consequently, said initial version is distributed to network-connected 

20 terminals by means of Zip disk 307. CD RAM 305 or as a download over a 
network such as the Internet 312, When another networked terminal 
eventually runs Cube Application 208 on said network, CPU 401 executes 
the next declaration 1303, wherein said duplicated object 'Cube' is published 
to said other terminal and the cube model 1402 is rendered as a second 

25 cube model within the GUI of the remote Cube Application 208. 

A network environment is shown In Figur& 15. which includes user 
terminals and a mobile device sharing data over said network environment 
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In order to test the 'Cube Application'. 
Figure 15 

User terming! 1501 is connected to the Internet 1502 via Internet 
5 service provider (ISP) 1 503 and user terminal 1504 Is also connected to the 
Internet 1502 via Internet service provider (ISP) 1505. internet-enabled 
mobile device 1506, which Is a Palmtop PC. is connected wirelessly to the 
Internet via Internet service provider (ISP) 1507. Each of said ISPs 1503, 
1505 and 1507 provide each Individual user with a unique network address, 

10 e-mail account and other optional internet facilities such as are commonly 
provided to a user with an ISP account. Thus, there Is provided the scope 
for any which one of the above user terminals to access data stored on any 
which one of the other networked terminals. 

In a preferred embodiment of the present invention, the user 

15 terminals sharing data such as shown in Figure 15 can include many types 
of devices equipped with processing and displaying means, the respective 
configurations of which can vary to a fairly large extent and may thus 
constitute as many independent platforms for which to implement platform- 
specific user classes, such as user classes 206, and application Instructions, 

20 such as application instructions 102, 

In the example, user terminals 1501 and 1504 are Personal 
Computer with a hardware structure similar to programming computer 
system 302, and palmtop personal computer 1506 is shown equipped with 
an antenna 1508 through which incoming and outgoing wireless signals are 

25 transmitted and, according to the known art, palmtop PC 1506 is equipped 
with a processing capability and memory means. Output data is displayed 
on a tactile visual display unit 1509 and manual Input Is received via a 
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2d 

number of function-specific keys 1510 and a stylus 1511, which activates 
instructions displayed on display 1509 by means of its tactility. 
Consequently, although palmtop PC is configured to process processor 
instructions in a manner similar to terminals 1501 and 1504. Its operating 
system fs different by design and thus constitutes a separate platform. For 
the purpose of clarity in the example, the Cube Application 208 is generated 
for processing by both personal computers 1501, 1504 and palmtop PC 
1506, by means which will be familiar to those skilled in the art 

Upon user terminals 1501, 1504 and 1506 accessing the Initial version 
of Cube Application 208 by means of an external medium or by means of a 
network download, each of said terminals loads the Cube Application into its 
respective main memory, a representation of which is shown in Figure 16. 



Figure 16 

is A main memory 1601 is graphically illustrated which represents each 

of the respective main memories of user terminals 1501, 1504 and 150B, An 
operating system 1602 is shown which, in the case of user terminals 1501 
and 1504 Is for instance Microsoft Windows 2000. In the case of user 
termfnal 1506, which Is a palmtop PC, said operating system 1602 is for 

20 instance Microsoft Windows CE, Main memory 1601 also includes a browser 
1603 which is capable of processing HTML (Hypertext Mark-Up Language) 
or JAVA instructions embedded within web pages accessed on the Internet 
1502. Main memory 1601 includes the initial version of cube application 208 
which, as previously explained, was loaded from zip disk 307, CD RAM 305 

2s or downloaded from the Internet 1502. Main memory 1601 eventually 
includes duplicated objects 1604 which, in the example, are a 'GeoObjecf 
duplicated object and a 'Cube' duplicated object, upon the respective CPU of 
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each user terminal 1501, 1S04 and 1506 processing the instructions set 
contained within said initial version 208. 

User terminals 1501 f 1504 and 1506 are now configured to process 
the Cube Application 208 and share their respective Cube objects, which is 
5 the purpose of the code implemented by programmer 301. The 
representations of the 'Cube Application' GUI of each of said user terminals 
are shown in Figure 1 7 as the 'Cube Application 1 executable instruction set is 
tested over a network according to the invention, 

10 Figure 17 

It was previously explained that, upon instructing the CPU to process 
the executable instructions set 208, said CPU instantiates a GU1 1401 of the 
cube application 208, a noodisplayable duplicated object 'GeoObjecf and a 
dispfayable duplicated object 'Cube' which is three-dimensional, has a three- 

15 dimensional position and is equipped with a texture. Consequently, upon th 
CPU of user terminal 1501 processing the cube application 208 storied in its 
main memory, the VDU 1701 of said user terminal 1501 displays a GU1 1401 
of the cube application 208 and a duplicated object 'Cube 1 1702 equipped 
with a texture, with said texture possibly being chosen by the user of terminal 

20 1501. 

Similarly, the VDU 1703 of user terminal 1504 displays a GUI 1401 of 
the cube application 208 and a duplicated object r Cube f 1704 equipped with 
a texture, with said texture possibly being chosen by the user of terminal 
1 504 and different to the texture chosen by the user of terminal 1501 . 
25 Similarly, the VDU 1705 of user terminal 1506 displays a GUI 1401 of 

the cube application 208 and a duplicated object 'Cube 1 1708 equipped with 
a texture, with said texture possibly being chosen by the user of terminal 
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1506 and different to the textures respectively chosen by the users of 
terminals 1501 and 1504. 

As the duplicated object 'GeoObjecf and the duplicated object "Cube 1 
were implemented as sets of declarations 1302 and 1305 respectively, which 
s included the respective subsets 1304 and 1307 for the purpose of publishing 
said instantiations of duplicated objects over.the network to every networked 
user terminal which executes the sqme executable instructions set 208 f the 
duplicated object 'Cube' 1702 Is published at remote user terminals 1504 and 
1506, where it Is stored as a duplicated object 1604 in the main memory 

10 1601, is then processed by the CPU according to the local Cube application 
208 and then displayed in the respective GUI 1401 of said remote user 
,~ terminals. Consequently, ft is possible for the user of network terminal 1501 

to observe his local duplicated object 'Cube' 1702, which is a duplicate 
master, and the remote duplicated objects 1704 and 1706, which are 

15 duplicas, Instantiated by the Cube applications 208 respectively processed 
by networked terminals 1504 and 1506. If the user of network terminal 1501 
modifies the three-dimensional co-ordinates of the cube 1702 or its texture, 
then the duplicas stored and displayed at network terminals 1504 and 15D6 
will be accordingly updated by means of the duplicability of cube 1702 

20 datasets, and reciprocally for cubes 1704 and 1706 of networked terminals 
1504 and 1506 respectively. 

Therefore, the present Invention provides a programming language 
defined as the Data Definition Language, which enables programmers of 
networked applications to describe shared applications 1 objects and data 

25 structures at the onset of an application development process. As the 
functionality of said Data Definition Language embeds networking 
instructions into said objects and structures, the validity of programmer- 
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implemented application instructions and user-defined classes of said 
application can be tested over a network much mors easily, rapidly and thus 
economically than according to the prior ait Finally, as the object classes 
generated from said Data Definition Language already include all the shared 
5 member HincOons and member variables, and can be generated by means of 
the DDL compiler In a generic format compatible with most object-oriented 
languages, a programmer need only input declarations pertaining to said 
shared objects once, regardless of the number of independent platforms an 
application will be released onto and which would each require a new set of 
10 said declarations pertaining to said shared objects according to the prior art 
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Claims 

1- An apparatus comprising visual display means, processing 
means, storage means and memory means; wherein said memory means Is 
5 configured to store program Instructions for describing objects to be shared 
over a network by a plurality of network-connected terminals by means of 
ASCII instructions and for the compiling thereof within an instructions set 
executable by said network-connected terminals, wherein 

each of said network-connected termfnals is equipped with visual 
10 display means, processing means, storage means and memory means; 

said memory means is configured to store said executable instructions 
set and said described objects; and 

said processing means is configured by said executable instructions 
set to manage the duplication of said described objects. 

2, Apparatus according to claim 1, wherein said program 
instructions comprise a programming application including a linker, a Data 
Definition Language compiler, a Higher Level Programming Language 
compiler, a Data Definition Language library and one or a plurality of Higher 

20 Level Programming Language libraries, 

3, Apparatus according to claim 1, wherein said objects are 
described using a hierarchy of Data Definition Language classes and Higher 
Level Programming Language classes. 



25 



4. Apparatus according to claim 3, wherein said Higher Level 
Programming Language classes inh rit from said Data Definition Language 
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classes. 



5. Apparatus according to claims 1 to 4, wherein said Higher 
Level Programming Language classes and said Data Definition Language 

5 classes are declared by means of said ASCII instructions inputted in said 
programming application. 

6. Apparatus according to claims 1 to 5, wherein said Data 
Definition Language classes include Instructions for sharing said described 

1 o objects by a plurality of network-connected terminals over a network. 

7. Apparatus according to claim 1, wherein said network- 
connected terminals are known as platforms and described objects are 
simultaneously shared by a plurality of different platforms operating with 

1 s different operating systems respectively. 

8. Apparatus according to claim 1, wherein the first generation of 
said executable instructions set can be tested by said a plurality of network- 
connected terminals over said network. 

20 

9. Apparatus according to claim 1 . wherein said described objects 
are known as duplicated objects. 



10. Apparatus according to claims 1 and 9, wherein said 
executable Instructions set Instantiates one or a plurality of said duplicated 
objects In the local memory means of said a network-connected terminal and 
publishes said one or a plurality of said duplicated objects to remote memory 
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means when executed by said network«connected terminal. 

11. A method of describing objects to be shared by a plurality of 
network-oonnected terminals over a network within an Instructions set 
5 executable by said network-connected terminals, wherein 

each of said network-connected terminals Is equipped with visual 
display means, processing means, storage means and memory means; 

said memory means is configured to store said executable instructions 
set and said described objects; and 
10 said processing means is configured by said executable instructions 

set to manage the duplication of said described objects. 



15.MftR.2001 



12, Method according to claim 11 , wherein said program 
instiucKons comprise a programming application Including a linker, a Data 

15 Definition Language compiler, a Higher Level Programming Language 
compiler, a linker, a Data Definition Language library and one or a plurality of 
Higher Level Programming Language libraries. 

13. Method according to claim 11 v wherein said objects are 
20 described using a hierarchy of Data Definition Language classes and Higher 

Level Programming Language classes. 

14* Method according to claim 13, wherein said Higher Level 
Programming Language classes inherit from said Data Definition Language 
25 classes. 
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15. Method according to claims 11 to 14 t wherein said Higher Level 
Programming Language classes and said Data Definition Language classes 
are declared by means of said ASCII instructions inputted in said 
programming application. 

5 

1a Method according to claims 11 to 15, wherein said Date 
Definition Language classes include instructions for sharing said described 
objects by a plurality of network-connected terminals over a network, 

10 17. Method according to claim 11, wherein said network-connected 

terminals are known as platforms and described objects ana simultaneously 
shared by a plurality of different platforms operating with different operating 
systems respectively. 



15 18. Method according to claim 11. wherein the first generation of 

said executable instructions set can be tested by said a plurality of network- 
connected terminals over said network, 

19. Method according to claim 11. wherein said described objects 
20 are known as duplicated objects, 

20- Method according to claims 11 and 19. wherein said 
executable instructions set instantiates one or a plurality of said duplicated 
objects in the local memory means of said a network-connected terminal and 
25 publishes said one or a plurality of said duplicated objects to remote memory 
means when executed by said network-connected terminal 
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21. A computer-readable medium having computer-readable 
instructions executable by a computer such that, when executing said 
instructions, a computer will perform the steps of 

5 describing objects to be shared by a plurality of network-connected 

terminals over a network by means of ASCII Instructions 

compiling said ASCII instructions within an instructions set executable 
by said network-connected terminals, wherein 

each of said network-connected terminals Is equipped with visual 
10 display means, processing means, storage means and memory means; 

said memory means Is configured to store said executable instructions 
set and said described objects; and 

said processing means is configured by said executable instructions 
set to manage the duplication of said described objects. 

15 

22. A computer-readable memory system having computer- 
readable data stored therein, comprising 

one or a plurality of object class definition files; 

one or a plurality of object class description files; 
20 one or a plurality of user-defined files; 

program instructions including a linker, 

a Data Definition Language compiler 

a Higher Level Programming Language compiler; 

a Data Definition Language library; and 
25 one or a plurality of Higher Level Programming Language libraries 
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23, A computer-readable memory system according to claim 22, 
wherein said program instructions are configured to 

describe objects to be shared by a plurality of network-connected 
terminals over a network by means of ASCII Instructions; and 
5 compile said ASCII instructions within an instructions set executable 

by said network-connected terminals. 
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Abstract of the Disclosure 
Data Definition Language 

The present invention provides an apparatus and method for 
describing (603) objects (1804) to be shared over a network (1502) by a 
plurality of network-connected terminals (1501, 1504, 1506) by means of 
ASCII instructions (201, 202, 206) and for the compiling (103, 104) thereof 
within an Instructions set (208) executable by said network-connected 
terminals. Each of said network- connected terminals (1501, 1504, 1506) is 
equipped with visual display means, processing means, storage means and 
memory means, wherein said memory means is configured to store (1603) 
said executable instructions set (208) and said processing means is 
configured by said executable instruction set (208) to manage the duplication 
of said described objects (1604). 

(Figure 2) 
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USER-DEFINED FILES 



DDF FILE 



DDL FILES 



C++ LIBRARY 



DPL LIBRARY 



C++ COMPILER 



DDL COMPILER 



PROGRAMM IN G APPL ICATION 



OPERATING SYSTEM 



206 



202 



201 



105 



207 



103 



203 



S02 



501 



Figure 5 
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SWITCH TERMINAL ON 


H 


V 


LOAD LIBRARIES AND APPLICATIONS 
FROM EXTERNAL MEDIUM IF REQUIRED 




^ 


f 


WRITE DDL FILE(S) & DDF FILE 





601 



602 



603 



COMPILE INTO C++ WITH DDL COMPILER 

i 

1 605 



WRITE USER-IMPLEMENTED C++ FILE(S) 



COMPILE WITH C++ COMPILER 



GENERATE EXECUTABLE CODE 



TEST EXECUTABLE CODE 



606 



607 



608 



1 



SAVE EXECUTABLE CODE 



SWITCH TERMINAL OFF ^j -g 10 



Figure 6 
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805 



802 -k — -dodass GeoObject { 3 

803 

position m_dsPos'— « — * 

> 

804 «^ — - — ^doclass Cube : GeoObject { 
cubedata m^dsCubeDarta 

} 

80S -dataset Position { 

double x ; 
double y ; 
double z ; _j 

} 

808 dataset CubeData { 

ushort m_usTexture 

> 



807 



809 



812 - — . ^ Title "Cube Animation"; 

813 - — "-define GeoObject; 

814 — ~~ — define Cube; 



811 



Figure 8 
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CubeAni.DDL 



I 



801 



I 



CubaAni.DDF 
1 



811 



DDL COMPILER 



901 
902 

903. 

905 
906 
907 
908 



,GeoObjectDPL.cpp j« 



GeoObjectDDL.h L- 



CubeDDLcpp 



CubeDDL.h 



PositionDDL.cpp 



Position DDL. h 



CubeDataDDL,cpp 



CubeDataPDUh 



h 



► DDLCubeAniDDL 



.cpp_| ^9Q9 



DDLCubeAniDDLhJ ?10 



Figure 9 
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505 



901 



1001 



903 



1002 



DuplicatedObject 




505 



905 



1003 



Dataset 



Dataset (Position) 



Position 



Figure 10 
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Dataset 




i 






Dataset (Position) 



1102 



n 



Position 





GeoObject 




1001^ 










1101 


903 


DOCLASS(Cubs) 








! 




Cube 





905 



1003 



Figure 11 
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# include <GeoObjectDDLh>' 
12 P 1 .L # include <CubeDDLh>- 

# include <PositionDDL.h>- 

# include <CubeDataDDL.h>' 
1001 



1202 



902 206 
904 
906 
908 



class GeoObject : public DOCLASS(GeoObject) { 

// user-implemented actions & methods 
I.e. Object has X-Y-Z attributes 

} 

^1032 ^90p 
class Cube : public DOCLASS(Cube) { 

1 2 2?J_J // user-implemented actions & methods 
i.e. User resizing of Cube 

* 1003 90i 



class Position: public DATASET(Position) { 

1204M // user-implemented actions & methods 
i.e. Reading of user input 

} 

1206 90 



class CubeData: public DATASET(CubeData) { 

1 2 25J-J // user-implemented actions & methods 
i.e. User-choice of texture 



Figure 12 



15.mRR.2001 16 = 58 ATKINSON BURRINGTON NO. 410 P. 56/60 

I 

* * 

tjB&2D1O-P104-GB 

VPs 



13/17 



1301 



-void main (void) { 



102 



1302 



Cube + pCube « Cube;:Create ( ); 
// initialise Cube's attributes 
PCube — *■ Publish ( ); 



1303 



1304 



Figure 13 
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DUPLICATED OBJECTS 



CUBE APPLICATION 
INITIAL VERSION 



BROWSER 



OPERATING SYSTEM 



1601 



7 



Figure 16 



1604 



208 



1603 



1602 
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